Collection of Internet/Collection of Internet.iso/infosrvr/dev/www_talk.930/001266_daemon _Sun Jun 13 23:44:56 1993.msg

Internet Message Format | 1994-01-24 | 3KB

Received: by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
    id AA22816; Sun, 13 Jun 93 23:44:59 MET DST
Return-Path: <[e-mail]>
Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
    id AA22812; Sun, 13 Jun 93 23:44:56 MET DST
Received: from ruby.ora.com by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
    id AA14535; Mon, 14 Jun 1993 00:06:58 +0200
Received: from rock.west.ora.com by ora.com (5.65c/Spike-2.1)
    id AA25937; Sun, 13 Jun 1993 18:06:55 -0400
Received: by rock.west.ora.com (5.65c/Spike-2.1)
    id AA09176; Sun, 13 Jun 1993 15:06:54 -0700
Message-Id: <[e-mail]>
From: Terry Allen <[e-mail]>
Date: Sun, 13 Jun 1993 15:06:53 PDT
X-Mailer: Mail User's Shell (7.2.0 10/31/90)
To: [e-mail]
Subject: Some HTML+ remarks
Cc: [e-mail]

This is a belated response to a few points in Dave Raggett's post
<[e-mail]> of Fri, 4 Jun 93.
Sorry to be so slow.

>> is Terry Allen
> is Dave Raggett

>> PANEL is like a Sidebar; it floats, as FIGs may.  It seedms
>> to me that there needs to be a default anchor point (not
>> the ANCHOR element, necessarily, just an anchor) for floats,
>> such that one can say the object may be placed at that point
>> or after, but not before.
>Given that you can name most elements with the ID attribute and use
>that as the basis for a link, it seems reasonable to use this for
>anchoring panels, e.g.
>                <PANEL AT="p34">
>With your suggested semantics that the panel may be placed at that
>point or after, but not before.

Elegant.

>> The same issue of anchor points pertains to <P MARGIN>, a
>> marginal note.  Unless these have anchors in the text to
>> which they pertain, they can be placed only by sticking them
>> right into that text.
>My assumed semantics was that any text following after the margin
>note definition would start at the same line as the start of the
>margin note in the same way that DT and DD are currently treated by
>most browsers.
>Footnotes can be handled using the EMPH tag, e.g.
>        The UK is now considering CDMA <EMPH TAG="FOOTNOTE">
>         An abbreviation for Code Division Multiple Access - a
>         spread spectrum technique devised for the military.</EMPH>
>        for the third generation of mobile telephony.
>This approach has two benefits:
>    o   the footnote is anchored by virtue of where it is defined
>        and doesn't require an additional attribute
>    o   browsers can render the footnote text inline, e.g. in
>        brackets, or as a kind of pop-up link (dotted underlines?),
>        or at the bottom of the page if a paged imaging model
>        (rather than a scrolled model) is in use.

This is fine; I hadn't been thinking of dumb character terminals.
A minor point: there has to be some mechanism
for dealing with marginal notes that overlap:  you could have
two footnotes on the same line, or two long marginal notes
only a few lines apart.

>> I am confused by INPUT and the remark that it goes to make
>> up Forms.  Would someone please give an example of usage?
> [long and intriguing response deleted]

I liked the form example, and intend to try it out.
Keep up the good work!

Regards,

--
Terry Allen  ([e-mail])
Editor, Digital Media Group
O'Reilly & Associates, Inc.
Sebastopol, Calif., 95472